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SESSION CONTROL APPARATUS, SOFTWARE APPLIED TO 
SESSION CONTROL APPARATUS, COMMUNICATION 
CONTROL METHOD, AND NETWORK SYSTEM 

BACKGROUND OF THE INVENTION 

The present invention relates to a presence 
information management system that manages status 
information on a user and a terminal, and more 
5 particularly to a technology that allows an apparatus, 
responsible for session control and management, to 
notify a change in the status of a user or a terminal 
on behalf of the user or the terminal. 

The concept of "presence" has been discussed 
10 mainly by the IETF's (Internet Engineering Task Force) 
impp (Instant Messaging and Presence Protocol) working 
group (for example, see RFC 2778), and a presence 
information receiving/sending method using a 
communication protocol, named SIP (Session Initiation 
15 Protocol), was proposed (for example, see RFC 3265). 

In addition, development of a presence server dedicated 
to the management of information describing such a 
presence is now under way. 

On the other hand, the concept of presence is 
20 embodied in the so-called IM (Instant Message), so 

that, immediately when a user to whom a message is sent 
goes on-line, the message is notified to that user. 

Although not equivalent to "presence" that is 



a generalized concept, an information notification 
service providing some aspect of presence information 
has been used even on a conventional analog telephone. 
An example is a notification service that sends an 
answer-phone message to the calling side when the 
recipient is absent. 

FIG. 9 shows an example of a conventional 
system using presence information. In the system using 
presence information shown in FIG. 9, a terminal 1 has 
the presence information update function 200. The 
terminal 1 uses this function to send a packet, which 
includes presence information, to a session control 
server 3 that has a packet relay function 210 and, via 
the session control server 3, delivers the packet to a 
presence server 7 that has a presence information 
management function 220. 

FIG. 10 shows another example of a 
conventional system using presence information. In 
this example, presence information is notified and 
updated directly between a terminal lc and a terminal 
Id without using a presence server. However, the 
terminal, in both FIG. 9 and FIG. 10, requires a 
function to process presence information. Especially, 
in the mode shown in FIG. 10, the terminal requires not 
only the presence information update function 200 but 
also the function which receives and manages presence 
information 250 that also has the display function. 

In a conventional system using presence 



information such as the IM service, a program on the 
client side must have an ability to notify a change in 
the presence status. The same holds true for a PSTN 

(Public Switch Telephone Network) and, for a service 
that notifies a user's answer-phone message to a 
caller, the telephone user must set the answer-phone 
message in the telephone. That is, the telephone 
requires a function that notifies presence information 
to the caller. 

It is an object of the present invention to 
enable a terminal user, who uses a terminal with no 
function to notify and update presence information, to 
receive a service that uses presence information. 

SUMMARY OF THE INVENTION 

To achieve the above object, it is necessary 
to reflect the status of a user or a terminal device on 
a presence server without requiring a client program 
installed on the terminal to update and notify presence 
information. Thus, in one aspect of the present 
invention, means for notifying the presence server of 
status information on the terminal is provided in a 
control server that manages a communication session 
between terminal devices. The control server is 
connected to a communication network to which the 
presence server is connected. 

In another aspect of the present invention, a 
network comprises, as the network components, a 



communication line connecting at least two terminal 
devices, a plurality of servers provided somewhere on 
the communication line, and at least one presence 
server as defined by the architecture. A server other 
than the presence server detects a change in the 
terminal status information or presence information and 
notifies the presence server of the changed status 
information or presence information. 

Other objects, features and advantages of the 
invention will become apparent from the following 
description of the embodiments of the invention taken 
in conjunction with the accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a configuration diagram of a system 
using presence information in an embodiment of the 
present invention. 

FIG. 2 is a block configuration of a session 
control server. 

FIG. 3 is a sequence diagram showing an 
example of a talking status notification issuing 
procedure . 

FIG. 4 is a sequence diagram showing another 
example of a talking status notification issuing 
procedure . 

FIG. 5 is a sequence diagram showing an 
example of a terminating status notification issuing 
procedure . 



FIG. 6 is a sequence diagram showing another 
example of a terminating status notification issuing 
procedure . 

FIG. 7 is a sequence diagram showing an 
example of a semi-normal case. 

FIG. 8 is a flowchart showing a processing 
procedure of presence information control means. 

FIG. 9 is a diagram showing an example of a 
method used by a conventional system using presence 
information . 

FIG. 10 is a diagram showing another example 
of a method used by a conventional system using 
presence information . 

FIG. 11 is a diagram showing an example of a 
method used by the system using presence information 
according to the present invention. 

FIG. 12 is a diagram showing an example of 
the message format of a presence information update 
packet . 

FIG. 13 is a functional block diagram of a 
presence server. 

DESCRIPTION OF THE EMBODIMENTS 

An embodiment of a system using presence 
information will be described below with reference to 
the drawings . 

FIG. 1 is a diagram showing an example of the 
configuration of a system using presence information in 



this embodiment- The system using presence information 
comprises a presence server 7 that manages presence 
information, which is status information on a user and 
a terminal 1 owned by the user, and notifies an update 
when the status is updated; session control servers 3 
that relay presence information as well as session 
control information used to establish a communication 
session for sending and receiving audio and video data; 
and terminals 1 or applications used by users. "Data 
traffic" in FIG. 1 refers to a communication line 
connecting a terminal la and a terminal lb. It may 
also be thought of as a connection formed on the 
Internet. The solid line extending from terminal A 
(la) to terminal B (lb) via session control server 1 
(3a), session control server 2 (3b), and session 
control server 3 (3c) is a control signal line through 
which the control signal that controls a session 
passes. There is no particular problem even if a 
communication route for the control signal is formed 
using the same physical communication line, or the same 
logical connection, as the data traffic described 
above . 

In this embodiment, a "session" means a 
sequence of communication operations between terminals 
beginning with the communication start message and 
ending with the communication end message. "Status 
information" literally means information indicating the 
status of a terminal or a terminal user. For example, 



the status information is information indicating that 
the user is on-line or off-line. "Presence 
information" means, in a broad sense, attribute 
information on a terminal or a terminal user. For 
example, presence information is information broadly 
indicating the attribute such as birth date, address, 
and services to which the terminal subscribes. 
Therefore, in this embodiment, "presence information" 
is defined as a concept including "status information". 

FIG. 11 is a conceptual diagram of the 
network system in this embodiment. On behalf of a 
terminal le that has no presence information update 
function (for example, a conventional IP phone) , the 
session control server 3 notifies the presence server 7 
about status information on the terminal to allow other 
users to check the status of the user using the 
terminal that has no presence information update 
function. More specifically, the session control 
server 3 has a presence information update unit 15 and, 
when the status changes while a terminal session is 
monitored, the presence information update unit 15 
sends a notification to the presence server 7. 

This mechanism will be described in detailed 
below with reference to the block configuration diagram 
of the session control server 3 shown in FIG . 2. 
Conventionally, when sending and receiving audio or 
video data, the communication address or the coding 
system for sending and receiving audio or video data 



are transferred between terminals before sending and 
receiving the audio or video data. Usually, the former 
communication is called a session information 
communication and the latter communication is called a ■ 
data information communication. The session control 
server 3 in this embodiment sends or receives packets 
especially for the session information communication 
that is the former communication. 

The session control server 3 comprises a 
connection control unit 10 that receives and analyzes 
packets and reforms and sends header information 
required for the relay operation; a status management 
unit 11 that manages the status of each session; a 
terminal location management unit 12 that manages 
address information registered by the connected 
terminals; and the presence information update unit 15 
that, when the status is updated, reforms the updated 
contents to a notification format and issues an 
instruction to send a status update notification to the 
presence server 7. The status management unit 11 has a 
second timer, and the terminal location management unit 
12 has a first timer, each for measuring the current 
time of day (The reason will be described later) . An 
IF 16 is a network interface via which packets are sent 
and received. 

In response to a packet, the connection 
control unit 10 analyzes the contents of the packet and 
sends the content of the received message to the status 



management unit 11. When the content of the received 
message is a registration notification or a deletion 
notification from a connected terminal, the content of 
the received message is sent also to the terminal 
location management unit 12. The status management 
unit 11, which manages the status of each session, 
changes the status of the corresponding session based 
on the notified content. On the other hand, in 
response to a registration notification, the terminal 
location management unit 12 registers the notified 
address information and holds it for a specified 
period. In response to a deletion notification, the 
terminal location management unit 12 deletes the 
corresponding registration information even if the 
specified period has not yet expired. When it is 
desired to use a particular communication protocol such 
as SIP (Session Initiation Protocol), a protocol stack 
for SIP should be provided within the connection 
control unit to allow the server 3 to understand the 
SIP protocol. 

The connection control unit 10 and the status 
management unit 11 are functional blocks required to 
implement the proxy server function of SIP (RFC 3261), 
and the terminal location management unit 12 is a 
functional block required to implement the location 
server function. In this embodiment, another 
functional block, the presence information update unit 
15, is added to implement the object function of the 



present invention . 

When a packet is received, the connection 
control unit 10 notifies the status management unit 11 
that the packet is received. When the status changes 
to a particular status (for example, talking status, 
terminating status) as a result of notification, the 
connection control unit 10 sends a notification also to 
the presence information update unit 15. In this case, 
either the status management unit 11 or the connection 
control unit 10, which receives information on the 
changed- status from the status management unit 11, may 
issue the notification to the presence information 
update unit 15. The content of the presence 
information update notification sent at this time is 
composed of updated status information and address 
information identifying a user or a terminal that has. 
established the session. 

In response to the presence information 
update notification, the presence information update 
unit 15 sends an inquiry to the terminal location 
management unit 12 to check if the user or the terminal 
that has established the session is connected to this 
server. As a search item specified for this inquiry, 
the address information identifying the user or the 
terminal included in the presence information update 
notification is used. 

If it is found, as a result of the inquiry 
sent to the terminal location management unit 12, that 



the session has been established by a user or a 
terminal connected to the server, the presence 
information update unit 15 sends an instruction to the 
connection control unit 10 to request it to notify the 
presence server 7 that the status of the connected user 
or terminal has been updated to the status notified by 
the presence information update notification. In this 
case, the presence information update unit 15 specifies 
the notification content and the destination. 

Upon receiving the instruction from the 
presence information update unit 15, the connection 
control unit 10 sends the content specified by the 
presence information update unit 15 to the specified 
destination. That is, the session control server 3 in 
this embodiment has a function to issue a new request 
message in addition to a function to relay a request 
message or a response message and a function to issue a 
response message that is issued in response to a 
request message. 

The control server shown in FIG. 2 has an 
external storage unit, not shown, in which the control 
program executing the control operation described above 
is stored. When the server is started, the control 
program is expanded in the memory provided in the 
cabinet for execution by the CPU. Although it is 
assumed in this embodiment that all functional blocks 
shown in FIG. 2 are implemented as software components, 
the configuration shown in FIG. 2 may also be 
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implemented by hardware components using processors or 
signal processing circuits each corresponding a 
functional block. 

FIG. 3 is a sequence diagram showing an 
example of the talking status notification issuing 
procedure when SIP is used as the session control 
protocol. SIP uses the INVITE message to establish an 
audio or video communication session. In the INVITE 
session, adjustment is made between terminals in the 
flow indicated by a sequence of steps, F20-F34, shown 
in the figure and, based on the content notified by the 
INVITE request message or the 200 response message, 
audio data or video data is sent or received according 
to the RTP (Real-time Transport Protocol, RFC 1889) . 

The following describes an example in which, 
when a session using audio or video data is established 
and the session enters the talking status, the session 
control server 3 notifies the presence server 7 that 
the user terminal that has established the session has 
entered the talking status. 

FIG. 3 is an example of a sequence in which 
the user terminal changes to the talking status when 
the 200 response message is received. This example 
shows a method in which the presence information update 
notification is issued to the presence information 
update unit 15 when the 200 response message is 
received in F29 and F30. 

Similarly, FIG. 4 is a sequence diagram 



showing another example of the talking status 
notification issuing procedure when SIP is used. Steps 
F40-F54 are the same as F20-F34. This example shows a 
method in which the presence information update 
notification is issued to the presence information 
update unit 15 when the ACK message is received in F52 
or F53. 

When information required for data 
communication is notified by the INVITE request message 
and the 200 response message, either the method shown 
in FIG. 3 or the method shown in FIG. 4 may be used. 
However, when information required for data 
communication is notified by the 200 response message 
and the ACK message, the method shown in FIG. 4 must be 
used. The method shown in FIG. 4 has a merit in that 
the single method may be used both when information 
required for data communication is notified by the 
INVITE request message and the 200 response message and 
when information required for data communication is 
notified by the 200 response message and the ACK 
message. However, when information required for data 
communication is notified by the INVITE request message 
and the 200 response message, data communication is 
started in some cases without waiting for the transfer 
of the ACK message depending upon the terminal 
specifications. To properly reflect on the presence 
server the status of the terminal, which starts data 
communication without waiting for ACK as with the 



terminal designed according to the specifications 
described above, even when the ACK message is lost 
because the packet is lost, the method shown in FIG. 3 
must be used only when information required for data 
communication is notified by the INVITE request message 
and the 200 response message. 

FIG. 5 and FIG. 6 are sequence diagrams 
showing an example of the terminating status 
notification issuing procedure when SIP is used as the 
session control protocol. The BYE message is used to 
terminate the INVITE session and terminate data 
communication. FIG. 5 shows the method in which the 
presence information update notification is sent to the 
presence information update unit 15 when the BYE 
request is received to change the terminal to the 
terminating status. FIG. 6 shows the method in which 
the presence information update notification is sent to 
the presence information update unit 15 when the 200 
response message is returned to the BYE request to 
change the terminal to the terminating status. 

In the method shown in FIG. 5, the 
terminating status notification of the terminal la is 
sent from the session control server 3a, to which the 
terminal la is connected, to the presence server 7 when 
the BYE request is received in F60. The terminating 
status notification of the terminal lb is sent from the 
session control server 3, to which the terminal lb is 
connected, to the presence server 7 when the BYE 



request is received in F61. 

On the other hand, in the method shown in 
FIG. 6, the terminating status notification of the 
terminal lb is sent from the session control server 3c, 
to which the terminal lb is connected, to the presence 
server 7 when the 200 response message is received in 
F73. The terminating status notification of the 
terminal la is sent from the session control server 3a, 
to which the terminal la is connected, to the presence 
server 7 when the 200 response message is received in 
F74 . 

The method shown in FIG. 5 has a merit when 
the terminal's specification defines that the terminal 
terminates data communication upon receiving the BYE 
message without waiting for the 200 response message to 
the BYE message to be received; the merit is that the 
status of the terminal can be reflected on the presence 
server properly even if the 200 response message is 
lost because the packet is lost. On the other hand, 
the method shown in FIG. 6 has a merit in that the 
status change is reflected on the presence server more 
accurately because the terminating status notification 
is sent when the session communication is completed. 

The methods shown in FIG. 5 and FIG. 6 are 
that the status of the terminal is changed to the 
terminating status when a message is received. Another 
method is that the status of the terminal is changed 
when the expiration date/time specified by the request 



message expires. More specifically, the status of the 
terminal is changed to the terminating status when the 
expiration date/time of a session timer specified by 
the INVITE request message expires, or the status of 
the terminal is changed to the presence service usage 
terminating status when an expiration date/time 
specified by the SUBSCRIBE request expires. Such an 
expiration date/time is monitored, for example, by the 
status management unit 11 or the terminal location 
management unit 12. That is, the status management 
unit 11 or the terminal location management unit 12 
comprises a timer that counts the current time of day 
and means for reading information on an expiration 
date/time specified by the message to monitor if the 
expiration date/time has passed. 

FIG. 7 is a sequence diagram showing an 
example of a semi-normal case. The following also 
describes the method in which an online notification or 
an offline notification is issued as a terminal's 
status notification. In this method, when a REGISTER 
message requesting registration is issued as in F80 or 
F81, a presence information update notification is 
issued to the presence information update unit 15 to 
notify the presence server 7 that the terminal has gone 
on-line (F86, F87) . 

Because an expiration date/time is specified 
for a REGISTER message requesting registration, this 
expiration date/time may also be used to check if the 



terminal is alive. In this case, before the 
information registered in F80 or F81 expires, a 
REGISTER message requesting registration is re-issued 
as in F82 or F83 to update the expiration date/time. 
At this time, whether the notification is issued to the 
presence server 7 as in F88 or F89 depends also on the 
information content managed by the presence server 7. 
That is, when the presence server 7 also manages the 
expiration date/time, the notification in F88 or F89 is 
required; conversely, when the presence server 7 
manages only whether the terminal is on-line and off- 
line but not the expiration date/time, the notification 
in F88 or F89 may be omitted. In the latter case, the 
session control server 3 determines that the 
notification is sent to the presence server 7 when 
information is newly registered and that no 
notification is sent when information is already 
registered and only the expiration ate/time is updated. 

By contrast, an off-line notification is sent 
when a REGISTER message explicitly requesting 
registration deletion is issued from the terminal 1 or 
when the expiration date/time of registered information 
has expired. Although the status management unit 11 or 
the connection control unit 10 issues a notification to 
the presence information update unit 15 in FIG. 2 where 
the INVITE session is used as an example, the terminal 
location management unit 12 may also issue an on-line 
notification or an off-line notification issuance 



request to the presence information update unit 15. 

The operations performed by the control 
server in the communication sequences in FIGS. 3-7 
described above are implemented as a control program 
stored in an external storage unit connected to the 
server. Although the program algorithm depends on the 
sequences in FIGS. 3-7, the following steps are 
included in all sequences as common steps. 

(1) Step for monitoring a communication session 
to detect a change in status information 

(2) Step for generating a request message for 
updating status information when a change is detected 

(3) Step for sending a generated update request 
message to the network interface 

For example, the step in which the SIP Server 
1 (3a) in the sequence shown in FIG. 5 receives the BYE 
message from terminal A (a) in F60 corresponds to the 
step in which a change in the status information on 
terminal A is detected, and the step in which the 
message is sent to the presence server 7 in F67 
corresponds to the step in which the request to update 
the status information is generated and is sent to the 
network interface. This step, which practically sends 
the message to the presence server 7, is equivalent, 
from the viewpoint of only the internal operation of 
the SIP server, to the operation that sends the 
generated message to the interface. The operation of 
the SIP Server 3 (3c) is the same as that of the SIP 



Server 1 (3a) . Also, in the sequences in FIG. 3, FIG. 
4, FIG. 6, and FIG. 7, the operation steps of each SIP 
server may be made correspond to steps (1), (2), and 
(3) described above. 

When a talking/terminating notification and 
an on-line/off-line notification are processed 
independently in a presence information update 
notification sent from the session control server 3 to 
the presence server 7 as described above, the status 
information managed by the presence server 7 may become 
inconsistent in the situation described below. 

For example, the status information may 
become inconsistent when a terminal goes out of 
wireless range if that terminal is used in a wireless 
environment such as a hot spot and is performing audio 
communication while regularly updating a REGISTER 
message requesting registration so that others can 
check if the terminal is alive. If the content 
registered by the REGISTER message expires while the 
terminal is out of wireless range, the session control 
server 3 sends an off-line notification to the presence 
server 7 as shown in F91 assuming that the registered 
content was not updated before the expiration date/time 
(A REGISTER message for updating the content did not 
arrive, F85) . On the other hand, although no 
communication can be made while the terminal is out of 
wireless range, the talking status still continues 
unless the other user, who has given up communication 



because no sound is received, explicitly issues a 
termination instruction such as the one shown in F70 
(As with the method of checking that a terminal is 
alive, a talking session may also require a regular 
notification and, if no session continuation 
notification is received, the session may be 
disconnected automatically. Even in this case, the 
talking status continues until a timeout occurs) . If 
the terminal returns to the wireless range before a 
timeout occurs, it is possible that the communication 
is restored and the talking status virtually continues. 
In such a case, the status information may become 
inconsistent; for example, although the status managed 
by the presence server 7 is "off-line", the actual 
status is "talking". 

To resolve the inconsistent status described 
above, the presence server 7 comprises presence 
information control means for controlling a status 
change based on a presence Information update 
notification . 

Next, with reference to FIG. 8, the presence 
information control means will be described. 

In response to a packet containing a presence 
information update notification (step 100), the 
presence server 7 checks the content of the 
notification. If the notification content is an on- 
line notification (step 101), the means changes the 
value of presence information that manages the terminal 



status to "on-line" (step 102) . If the content of the 
notification is an off-line notification (step 103), 
the means references presence information that manages 
the talking status and, if the status is "talking" 

(step 105), the means changes the terminal status to 
"off-line waiting" that is an intermediate status 
between the on-line status and the off-line status. On 
the other hand, if the result referenced in step 105 is 
not the talking status but the idle status, the means 
changes the terminal status to "off-line". 

If the notification content of the presence 
information update notification is the talking status 
notification (step 111), the means changes the talking 
status to "talking" (step 112) . There is no need to 
change the terminal status to "on-line" if an on-line 
notification is issued before a talking session starts, 
for example, at the same time the system is started, as 
shown in the example in FIG. 7 (F88, F89) . However, if 
an on-line notification is not issued before a talking 
session, the means changes the terminal status to "on- 
line" during the processing of step 112. 

If the notification content of the presence 
information update notification is a "terminating" 
status notification (step 114), the means changes the 
talking status to the "terminating" status. In 
addition, the means references the presence information 
that manages the terminal status and, if the status is 
"off-line waiting" (step 115), the means changes the 
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terminal status to "off-line" (step 116) . The presence 
server 7 performs status change control as described 
above to prevent an inconsistency in the presence 
status. To do so, the presence server 7 comprises 
means for detecting if there is a conflict between the 
presence information included in the presence 
information update packet and the presence information 
already stored in the presence server; and means for 
changing the already-stored presence information to 
resolve a conflict with the newly-received presence 
information. For example, when a notification for 
checking that a terminal is alive does not arrive due 
to some failures, the configuration described above 
prevents the information (on-line notification) , which 
is notified by the session control server on behalf of 
the user or the terminal, from differing from the 
present information (talking) already stored in the 
present server. 

FIG. 13 shows a functional block diagram of 
the presence server that has the function to resolve an 
inconsistency in registered presence information. An 
IF 400 is a network interface that performs header 
processing, including that of the TCP/IP layer, for a 
received packet. The numeral 420 is a communication 
control unit that includes the protocol stack of a 
communication protocol. For example, to process an SIP 
packet, the communication control unit 420 includes the 
protocol stack of SIP. A communication unit that sends 



and receives information 422 is a block that sends and 
receives an SIP packet to or from the TCP or UDP layer 
of a received packet. A packet received via the IF 400 
is transferred to a unit which extracts receiving 
information 424 for extracting information. 

When the IF 400 receives a status information 
update request message from the session management 
server, the unit which extracts receiving information 
424 extracts predetermined information from the 
received message and then transfers it to a presence 
information managing unit 430. The "predetermined 
information" is, for example, presence information on a 
terminal or a terminal user. The "presence information 
managing unit", a generic name of a group of blocks 
that manage presence information, is composed of a 
plurality of functional blocks that perform various 
types of management processing for presence 
information. Presence information extracted from the 
received packet is finally recorded on a presence 
information recording unit 438. The presence 
information recording unit 4 38 comprises, for example, 
storage means provided in the cabinet of the server 
(for example, HDD, memory, etc.) and a DB provided 
external to the cabinet of the server. 

The presence information extracted by the 
unit which extracts receiving information 424 is sent 
to a consistency check unit 436. The consistency check 
unit 436 references the presence information recording 



unit 438 to check if the received presence information 
is consistent with the stored presence information. If 
they are consistent, the received presence information 
is input to a presence information input unit 432. If 
they are inconsistent, information that will replace 
the recorded presence information is generated and the 
generated information, as well as the received presence 
information, is input to the presence information input 
unit 432. 

The presence information input unit 432 is a 
block that registers presence information with the 
presence information recording unit. A presence 
information output unit 434 is a block that gets 
presence information recorded on the presence 
information recording unit 438. 

A unit which constructs sending information 
426 is a functional block that reforms information, 
which will be sent, to the structure of a SIP packet. 
This unit may be thought of as a block that generates a 
packet to be actually sent. The generated sending 
packet is transferred to the communication unit which 
sends and receives information 422 and is sent to an 
external unit via the IF 400. 

FIG. 12 is a diagram showing an example of 
the message format of a presence information update 
message in this embodiment. In this embodiment, the 
REGISTER message of SIP is used as a presence 
information update notification. A SIP message is 



composed of a start line 30, a header 310, an empty 
line 320, and a body 330. The body of a general 
REGISTER message in the message format shown in FIG. 12 
is described in XML (extensible Markup Language) . 
Although the body has no content in the figure, 
information is described in the body in this embodiment 
before the message is sent. In principle, status 
information may be included in the header to send a 
notification; however, there is a limit to the type of 
information that can be included in the header because 
of the SIP specification. For example, for status 
information not directly related to session control, 
status information that can be included in the header 
is limited to related information such as the handle 
name of a user, the type of terminal (phone/pc/PDA, 
etc.), the type of browser software used by the user, 
and so on. 

On the other hand, the body can include a 
variety of information. Therefore, a broader variety 
of status information can be notified by including 
status information in the body than by including status 
information in the header information. Because the 
format type may also be specified in the header, many 
types of format can be used. A format other than XML 
shown in FIG. 12 can be used for description. 

The information in the body can include not 
only status information but also various types of 
presence information. For example, information on a 



terminal that has established a session, such as the 
terminal address and the terminal type, as well as 
information on the detail of a session such as the 
coding method being used, can be included in the body 
for transmission as a presence information 
notification. The session type, such as streaming 
service or voice mail, may also be included in the 
presence information notification by checking the 
connection destination address. Instead of the 
REGISTER message, the PUBLISH message may also be used 
to do the same operation. 

When the status changes, for example, when a 
talking session is established or terminated, the 
presence information update means in the session 
control server notifies the presence server of the 
changed status to reflect the status of a user or a 
client program on the information managed by the 
presence server, thus eliminating the user or the 
client program to intentionally update the presence 
information. 

The presence information control means 
provided in the presence server controls consistency in 
the notified update information. Therefore, even when 
an on-line notification that is sent regularly is not 
received in the talking status, no inconsistency occurs 
in the status information. 

It should be further understood by those 
skilled in the art that although the foregoing 



description has been made on embodiments of the 
invention, the invention is not limited thereto and 
various changes and modifications may be made without 
departing from the spirit of the invention and the 
scope of the appended claims. 



